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Abstract 


The purpose of this specification is to provide a framework for analyzing the multiplexing 
characteristics of Session Description Protocol (SDP) attributes when SDP is used to negotiate the 
usage of a single 5-tuple for sending and receiving media associated with multiple media 
descriptions. 


This specification also categorizes the existing SDP attributes based on the framework described 
herein. 


Status of This Memo 


This is an Internet Standards Track document. 


This document is a product of the Internet Engineering Task Force (IETF). It represents the 
consensus of the IETF community. It has received public review and has been approved for 
publication by the Internet Engineering Steering Group (IESG). Further information on Internet 
Standards is available in Section 2 of RFC 7841. 


Information about the current status of this document, any errata, and how to provide feedback 
on it may be obtained at https://www.rfc-editor.org/info/rfc8859. 
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with respect to this document. Code Components extracted from this document must include 
Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are 
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1. Introduction 


SDP defines several attributes for capturing characteristics that apply to the individual media 
descriptions (described by "m=" lines) and the overall multimedia session. Typically, different 
media types (audio, video, etc.) described using different media descriptions represent separate 
RTP sessions that are carried over individual transport-layer flows. However, [RFC8843] defines a 
way to use a Single address:port combination (BUNDLE address) for receiving media associated 
with multiple SDP media descriptions. This would, for example, allow the usage of a single set of 
Interactive Connectivity Establishment (ICE) [RFC8445] candidates for multiple media 
descriptions. This, in turn, has made it necessary to understand the interpretation and usage of 
the SDP attributes defined for the multiplexed media descriptions. 


Given the number of SDP attributes registered with the [IANA] and the possibility of new 
attributes being defined in the future, there is need for a framework to analyze these attributes 
for their applicability in the transport multiplexing use cases. 
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The document starts with providing the motivation for requiring such a framework. This is 
followed by introduction to the SDP attribute analysis framework and procedures, following 
which several sections apply the framework to the SDP attributes registered with the [IANA]. 


2. Terminology 


5-tuple: A collection of the following values: source address, source port, destination address, 
destination port, and transport-layer protocol. 


3GPP: Third Generation Partnership Project; see <https://www.3gpp.org> for more information 
about this organization. 


The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD 
NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to 
be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in 
all capitals, as shown here. 


3. Motivation 


An effort to reduce the number of necessary transport-level flows is required because of the time 
and complications involved in setting up Secure Real-time Transport Protocol (SRTP) [RFC5763] 
transports for use by RTP based on ICE [RFC8445] and Datagram Transport Layer Security 
(DTLS). These procedures motivate conservation of ports bindings on the Network Address 
Translators (NATs). This necessity has resulted in the definition of ways, such as that described in 
[RFC8843], to multiplex RTP over a single transport flow in order to preserve network resources 
such as port numbers. This imposes further restrictions on applicability of the SDP attributes as 
they are defined today. 


The specific problem is that there are attribute combinations that make sense when specified on 
independent "m=" lines -- as with classical SDP -- that do not make sense when those "m=" lines 
are then multiplexed over the same transport. To give an obvious example, ICE permits each 
"m=" line to have an independently specified "ice-ufrag" attribute. However, if the media from 
multiple "m=" lines is multiplexed over the same ICE component, then the meaning of media- 
level "ice-ufrag" attributes becomes muddled. 


At the time of writing this document, there are close to 250 SDP attributes registered with the 
[IANA], and more will be added in the future. There is no clearly defined procedure to establish 
the validity/applicability of these attributes when used with transport multiplexing. 
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4. SDP Attribute Analysis Framework 


Attributes in an SDP session description can be defined at the session level, media level, or 
source level. Informally, there are various semantic groupings for these attributes. One such 
grouping could be as follows: 


e Attributes related to media content such as media type, encoding schemes, and payload 
types. 

e Attributes specifying media transport characteristics such as RTP/RTP Control Protocol 
(RTCP) port numbers, network addresses, and QoS. 


e Metadata description attributes capturing session timing and origin information. 


e Attributes establishing relationships between media descriptions, such as grouping 
framework [RFC5888]. 


The proposed framework analyzes the SDP attributes usage under multiplexing and assigns each 
SDP attribute to an appropriate multiplexing category. Since the multiplexing categories defined 
in this specification are independent of any informal semantic groupings of the SDP attributes, 
the categorizations assigned are normative. 


4.1. Category: NORMAL 


The attributes in the NORMAL category can be independently specified when multiplexed, and 
they retain their original semantics. 


In the example given below, the direction and label attributes are independently specified for 
audio and video "m=" lines. These attributes are not impacted by multiplexing these media 
streams over a single transport-layer flow. 


v=0 

o=alice 2890844526 2890844527 IN IP4 host.atlanta.example.com 
s= 

c=IN IP4 host.atlanta.example.com 
t=0 0 

m=audio 49172 RTP/AVP 99 
a=sendonly 

a=label:1 

a=rtpmap:99 iLBC/8000 

m=video 49172 RTP/AVP 31 
a=recvonly 

a=label:2 

a=rtpmap:31 H261/98000 


4.2. Category: CAUTION 


It is not advisable to multiplex with the attributes in the CAUTION category, since their usage 
under multiplexing might lead to incorrect behavior. 
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Example: Multiplexing media descriptions over a single Datagram Congestion Control Protocol 
(DCCP) transport [RFC5762] is not recommended, since DCCP is a connection-oriented protocol 
and therefore doesn't allow multiple connections on the same 5-tuple. 


v=0 

o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com 
s= 

c=IN IP4 client.biloxi.example.com 

t=0 0 


m=video 5004 DCCP/RTP/AVP 99 
a=rtpmap:99 h261/9800 
a=dccp-service-code :SC=x52545056 
a=setup :passive 

a=connection :new 

m=video 5004 DCCP/RTP/AVP 100 
a=rtpmap:100 h261/90800 
a=dccp-service-code :SC=x5254504f 
a=setup :passive 

a=connection :new 


4.3. Category: IDENTICAL 


The attributes and their associated values (if any) in the IDENTICAL category MUST be repeated 
across all the media descriptions under multiplexing. 


Attributes such as rtcp-mux fall into this category. Since RTCP reporting is done per RTP session, 
RTCP multiplexing MUST be enabled for both the audio and video "m=" lines if they are 
transported over a single 5-tuple. 


v=0 

o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com 
s= 

c=IN IP4 client.biloxi.example.com 

t=0 0 


m=audio 34567 RTP/AVP 97 
a=rtcp-mux 

m=video 34567 RTP/AVP 31 
a=rtpmap:31 H261/98000 
a=rtcp-mux 


Note: Even though IDENTICAL attributes must be repeated across all media descriptions under 
multiplexing, they might not always be explicitly encoded across all media descriptions. 
[RFC8843] defines rules for when attributes and their values are implicitly applied to media 
description. 
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4.4. Category: SUM 


The attributes in the SUM category can be set as they are normally used, but software using them 
in the multiplexing scenario MUST apply the sum of all the attributes being multiplexed instead 
of trying to use them independently. This is typically used for bandwidth or other rate-limiting 
attributes to the underlying transport. 


The software parsing the SDP sample below should use the aggregate Application Specific (AS) 
bandwidth value from the individual media descriptions to determine the AS value for the 
multiplexed session. Thus the calculated AS value would be 256+64 kilobits per second for the 
given example. 


v=0 

o=test 2890844526 2890842807 IN IP4 client.biloxi.example.com 
c=IN IP4 client.biloxi.example.com 

t=0 0 

m=audio 49170 RTP/AVP @ 

b=AS:64 

m=video 51372 RTP/AVP 31 

b=AS:256 


4.5. Category: TRANSPORT 


The attributes in the TRANSPORT category can be set normally for multiple items in a 
multiplexed group, but the software MUST pick the one that's associated with the "m=" line whose 
information is used for setting up the underlying transport. 
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In the example below, the "a=crypto" attribute is defined for both the audio and video "m=" lines. 
The video media line's "a=crypto" attribute is chosen since its MID value (bar) appears first in the 
"a=group:BUNDLE" line. This is due to the BUNDLE grouping semantic [RFC8843], which 
mandates that the values from the "m=" line corresponding to the mid appearing first on the 
"a=group:BUNDLE" line be considered for setting up the RTP transport. 


v=0 
o=alice 2890844526 2890844527 IN IP4 host.atlanta.example.com 
s= 
c=IN IP4 host.atlanta.example.com 
t=0 0 
a=group:BUNDLE bar foo 
m=audio 49172 RTP/AVP 99 
a=mid: foo 
a=crypto:1 AES_CM_128_HMAC_SHA1_8@ 
inline :d@RmdmcmVCspeEc3QGZiNWpVLFJhQX1cfHAWJSoj |2*20|1:32 
a=rtpmap:99 iLBC/8000 
m=video 51374 RTP/AVP 31 
a=mid:bar 
a=crypto:1 AES_CM_128_HMAC_SHA1_8@ 
inline :EcGZiNWpFJhQXdspcl1ekcmVCNWpVLcfHAwWJSoj |2*20| 1:32 
a=rtpmap:96 H261/98000 


4.6. Category: INHERIT 


The attributes in the INHERIT category encapsulate other SDP attributes or parameters. These 
attributes inherit their multiplexing characteristics from the attributes or parameters they 
encapsulate. Such attributes are defined in [RFC3407], [RFC5939], and [RFC6871] as part ofa 
generic framework for indicating and negotiating capabilities in the SDP related to transport, 
media, and media format. 


The inheritance manifests itself when the encapsulated attribute or parameter is being 
leveraged. In the case of SDP Capability Negotiation [RFC5939], for example, this occurs when a 
capability (encapsulating attribute) is used as part of a configuration; the configuration inherits 
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the multiplexing category of each of its constituent (encapsulated) attributes and parameters. 
The inherited attributes MUST be coherent in order to form a valid configuration from a 
multiplexing point of view (see Section 14 for further details). 


lice 2890844526 2890844527 IN IP4 host.atlanta.example.com 


c=IN IP4 host.atlanta.example.com 
t=0 0 

m=video 3456 RTP/AVP 100 
a=rtpmap:100 VP8/90000 
a=fmtp:100 max-fr=30;max-fs=8040 
a=sqn: ð 

a=cdsc: 1 video RTP/AVP 100 
a=cpar: a=rtcp-mux 

m=video 3456 RTP/AVP 101 
a=rtpmap:101 VP8/90000 
a=fmtp:100 max-fr=15;max-fs=1200 
a=cdsc: 2 video RTP/AVP 101 
a=cpar: a=rtcp-mux 


In this example, the category IDENTICAL is inherited by the cpar-encapsulated "rtcp-mux" 
attribute. 


4.7. Category: IDENTICAL-PER-PT 


The attributes in the IDENTICAL-PER-PT category define the RTP payload configuration on the 
basis of the payload type, and they MUST have identical values across all the media descriptions 
for a given RTP payload type when repeated. These payload types identify the same codec 
configuration as defined in Section 9.1 of [RFC8843] under this context. 
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In the SDP example below, Payload Types 96 and 97 are repeated across all the video "m=" lines, 
and all the payload-specific parameters (for example, rtpmap and fmtp) are identical. (Note: 
some line breaks are due to formatting only.) 


v=0 

o=alice 2890844526 2890844527 IN IP4 host.atlanta.example.com 
s= 

c=IN IP4 host.atlanta.example.com 

t=0 0 


a=group:BUNDLE cam1 cam2 

m=video 96 97 

a=mid:cam1 

a=rtpmap:96 H264/90000 

a=fmtp:96 profile-level-id=42400d; max-fs=3600; max-fps=3000; 
max-mbps=108000; max-br=1000 

a=rtpmap:97 H264/90000 

a=fmtp:97 profile-level-id=42400a; max-fs=240; max-fps=3000; 

max-mbps=/7200; max-br=200 

m=video 96 97 

a=mid:cam2 

a=rtpmap:96 H264/90000 

a=fmtp:96 profile-level-id=42400d; max-fs=3600; max-fps=3000; 
max-mbps=108000; max-br=1000 

a=rtpmap:97 H264/90000 

a=fmtp:97 profile-level-id=42400a; max-fs=240; max-fps=3000; 

max-mbps=/7200; max-br=200 


4.8. Category: SPECIAL 


For the attributes in the SPECIAL category, the text in the specification defining the attribute 
MUST be consulted for further handling when multiplexed. 


As an example, for the attribute "extmap" [RFC5285], the specification defining the extension 
needs to be consulted to understand the multiplexing implications. 


4.9. Category: TBD 


The attributes in the TBD category have not been analyzed under the proposed multiplexing 
framework and SHOULD NOT be multiplexed. 


5. Analysis of Existing Attributes 


This section analyzes attributes listed in [IANA], grouped under the IETF document that defines 
them. 


The "Level" column indicates whether the attribute is currently specified as: 


e S -- Session level 
e M -- Media level 
e B - Both (Implies either a session level or a media level attribute) 
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e SR -- Source-level (for a single SSRC) [RFC5576] 


The "Mux Category" column identifies the multiplexing category assigned to each attribute, and 
the "Notes" column captures additional informative details regarding the assigned category, 
wherever necessary. 


5.1. RFC 4566: SDP 


[RFC4566] defines SDP that is intended for describing multimedia sessions for the purposes of 
session announcement, session invitation, and other forms of multimedia session initiation. 


Name Notes Level Mux Category 
sendrecv Not impacted B NORMAL 
sendonly Not impacted B NORMAL 
recvonly Not impacted B NORMAL 
inactive Not impacted B NORMAL 
cat Not impacted S NORMAL 
ptime The attribute value MUST be the same for a M IDENTICAL- 
given codec configuration. PER-PT 
maxptime The attribute value MUST be the same for a M IDENTICAL- 
given codec configuration. PER-PT 
orient Not impacted M NORMAL 
framerate The attribute value MUST be the same for a IDENTICAL- 
given codec configuration. PER-PT 
quality Not impacted M NORMAL 
rtpmap The attribute value MUST be the same for a M IDENTICAL- 
given codec configuration. PER-PT 
fmtp The attribute value MUST be the same for a M IDENTICAL- 
given codec configuration. PER-PT 
keywds Not impacted S NORMAL 
type Not impacted S NORMAL 
type:broadcast Not impacted S NORMAL 
type:H332 Not impacted S NORMAL 
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Name Notes Level Mux Category 
type:meeting Not impacted S NORMAL 
type:moderated Not impacted S NORMAL 
type:test Not impacted S NORMAL 
tool Not impacted S NORMAL 
charset Not impacted S NORMAL 
sdplang Not impacted B NORMAL 
lang Not impacted B NORMAL 


Table 1: RFC 4566 Attribute Analysis 


5.2. RFC 4585: RTP/AVPF 


[RFC4585] defines an extension to the Audio-visual Profile (AVP) that enables receivers to 
provide, statistically, more immediate feedback to the senders and thus allows for short-term 
adaptation and efficient feedback-based repair mechanisms to be implemented. 


Name Notes Level Mux 

Category 
rtcp- Since RTCP feedback attributes are scoped by payload M IDENTICAL- 
fb type (PT), their values MUST be identical for a given PT PER-PT 


across the multiplexed "m=" lines. 


Table 2: RFC 4585 Attribute Analysis 


5.3. RFC 5761: Multiplexing RTP and RTCP 


[RFC5761] discusses issues that arise when multiplexing RTP data packets and RTP Control 
Protocol (RTCP) packets on a single UDP port. It describes when such multiplexing is and is not 
appropriate, and it explains how the SDP can be used to signal multiplexed sessions. 


Name Notes Level Mux 

Category 
rtcp- RTP and RTCP multiplexing affects the entire RTP M IDENTICAL 
mux session. 


Table 3: RFC 5761 Attribute Analysis 
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5.4. RFC 3312: Integration of Resource Management and SIP 


[RFC3312] defines a generic framework for preconditions, which are extensible through IANA 
registration. This document also discusses how network quality of service can be made a 
precondition for establishment of sessions initiated by the Session Initiation Protocol (SIP). These 
preconditions require that the participant reserve network resources before continuing with the 
session. 


Name Notes Level Mux Category 
des Refer to notes below M CAUTION 
conf Refer to notes below M CAUTION 
curr Refer to notes below M CAUTION 


Table 4: RFC 3312 Attribute Analysis 


NOTE: A mismatched set of preconditions across media descriptions results in session 
establishment failures due to inability to meet the requested resource reservations. 


5.5. RFC 4574: SDP "label" Attribute 


[RFC4574] defines a new SDP media-level attribute: "label". The "label" attribute carries a pointer 
to a media stream in the context of an arbitrary network application that uses SDP. The sender of 
the SDP document can attach the "label" attribute to a particular media stream or streams. The 
application can then use the provided pointer to refer to each particular media stream in its 
context. 


Name Notes Level Mux Category 


label Notimpacted M NORMAL 
Table 5: RFC 4574 Attribute Analysis 


5.6. RFC 5432: QoS Mechanism Selection in SDP 


[RFC5432] defines procedures for negotiating QoS mechanisms using the SDP offer/answer 
model. 


Name Notes Level Mux Category 
qos-mech-send Refer to Section 10. B TRANSPORT 
qos-mech-recv Refer to Section 10. B TRANSPORT 


Table 6: RFC 5432 Attribute Analysis 
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5.7. RFC 4568: SDP Security Descriptions 


[RFC4568] defines an SDP cryptographic attribute for unicast media streams. The attribute 
describes a cryptographic key and other parameters that serve to configure security for a unicast 
media stream in either a single message or a roundtrip exchange. 


Name Notes Level Mux 
Category 
crypto crypto attribute MUST be the one that corresponds to the M TRANSPORT 
"m=" line chosen for setting up the underlying transport 
flow. 


Table 7: RFC 4568 Attribute Analysis 


5.8. RFC 5762: RTP over DCCP 


RTP is a widely used transport for real-time multimedia on IP networks. DCCP is a transport 
protocol that provides desirable services for real-time applications. [RFC5762] specifies a 
mapping of RTP onto DCCP, along with associated signaling, such that real-time applications can 
make use of the services provided by DCCP. 


Name Notes Current Mux 
Category 

dccp- If RFC 6773 is not being used in addition to RFC5762, M CAUTION 

service- the port in the "m=" line is a DCCP port. Being a 

code connection-oriented protocol, DCCP does not allow 


multiple connections on the same 5-tuple. 


Table 8: RFC 5762 Attribute Analysis 


NOTE: If RFC 6773 is being used in addition to RFC 5762, and the DCCP-in-UDP layer has 
additional demultiplexing, then it may be possible to use different DCCP service codes for each 
DCCP flow, given each uses a different DCCP port. However, doing so might conflict with the 
media type of the "m=" line. None of this is standardized yet, and it wouldn't work as explained. 
Hence performing multiplexing is not recommended even in this alternate scenario. 


5.9. RFC 6773: DCCP-UDP Encapsulation 


[RFC6773] specifies an alternative encapsulation of DCCP, referred to as DCCP-UDP. This 
encapsulation allows DCCP to be carried through the current generation of Network Address 
Translation (NAT) middleboxes without modification of those middleboxes. 
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Name Notes Level Mux 

Category 
dccp- Multiplexing is not recommended due to potential conflict M CAUTION 
port between the port used for DCCP encapsulation/ 


decapsulation and the RTP. 
Table 9: RFC 6773 Attribute Analysis 


NOTE: RFC 6773 allows DCCP-UDP encapsulation, with the UDP port being the port of the DCCP 
encapsulation/decapsulation service. This encapsulation allows arbitrary DCCP packets to be 
encapsulated, and the DCCP port chosen can conflict with the port chosen for the RTP traffic. 
Multiplexing several DCCP-in-UDP encapsulations on the same UDP port with no RTP traffic on 
the same port implies collapsing several DCCP port spaces together. Whether or not this works 
depends on the nature of DCCP encapsulation and ports choices; it is thus very application 
dependent. 


5.10. RFC 5506: Reduced-Size RTCP in RTP Profile 


[RFC5506] discusses benefits and issues that arise when allowing RTCP packets to be transmitted 
with reduced size. 


Name Notes Level Mux Category 


rtcp-rsize Reduced-size RTCP affects the entire RTP session. M IDENTICAL 
Table 10: RFC 5506 Attribute Analysis 


5.11. RFC 6787: Media Resource Control Protocol Version 2 


The Media Resource Control Protocol Version 2 (MRCPv2) allows client hosts to control media 
service resources such as speech synthesizers, recognizers, verifiers, and identifiers residing in 
servers on the network. MRCPvz2 is not a "stand-alone" protocol; it relies on other protocols, such 
as the SIP, to coordinate MRCPv2 clients and servers and manage session between them, and SDP 
to describe, discover, and exchange capabilities. It also depends on SIP and SDP to establish the 
media sessions and associated parameters between the media source or sink and the media 
server. Once this is done, the MRCPv2 exchange operates over the control session established 
above, allowing the client to control the media-processing resources on the speech resource 
server. [RFC6787] defines attributes for this purpose. 


Name Notes Level Mux Category 
resource Notimpacted M NORMAL 
channel Notimpacted M NORMAL 
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Name Notes Level Mux Category 


cmid Notimpacted M 
Table 11: RFC 6787 Attribute Analysis 


5.12. RFC 8445: ICE 


[RFC8445] describes a protocol for NAT traversal for UDP-based multimedia sessions established 
with the offer/answer model. ICE makes use of the Session Traversal Utilities for NAT (STUN) 

protocol and its extension, Traversal Using Relay NAT (TURN). ICE can be used by any protocol 
utilizing the offer/answer model, such as the SIP. 


Name 


ice-lite 
ice-options 
ice-mismatch 


ice-pwd 


ice-ufrag 


candidate 


remote- 


candidates 


ice2 


Notes 


Not impacted 
Not impacted 
Not impacted 


ice-pwd MUST be the one that corresponds to the 
"m=" line chosen for setting up the underlying 
transport flow. 


ice-ufrag MUST be the one that corresponds to the 
"m=" line chosen for setting up the underlying 
transport flow. 


ice candidate MUST be the one that corresponds to 
the "m=" line chosen for setting up the underlying 
transport flow. 


ice remote candidate MUST be the one that 
corresponds to the "m=" line chosen for setting up 
the underlying transport flow. 


Not impacted 


Table 12: RFC 8445 Attribute Analysis 


5.13. RFC 5285: RTP Header Extensions 


[RFC5285] provides a general mechanism for using the header-extension feature of RTP. (Note: 
[RFC5285] has been obsoleted by [RFC8285].) It provides the option to use a small number of 
small extensions in each RTP packet, where the universe of possible extensions is large and 
registration is decentralized. The actual extensions in use in a session are signaled in the setup 
information for that session. 


Nandakumar 


Standards Track 


NORMAL 


January 2021 


Mux 
Category 


NORMAL 
NORMAL 
NORMAL 


TRANSPORT 


TRANSPORT 


TRANSPORT 


TRANSPORT 


NORMAL 


Page 19 


RFC 8859 SDP Attribute Multiplexing January 2021 


Name Notes Level Mux 
Category 
extmap Refer to the document defining the specific RTP B SPECIAL 
extension. 


Table 13: RFC 5285 Attribute Analysis 


5.14. RFC 3605: RTCP Attribute in SDP 


Originally, SDP assumed that RTP and RTCP were carried on consecutive ports. However, this is 
not always true when NATs are involved. [RFC3605] specifies an early mechanism for indicating 
the RTCP port. 


Name Notes Level Mux 
Category 
rtcp RTCP port MUST be the one that corresponds to the "m=" M TRANSPORT 


line chosen for setting up the underlying transport flow. 


Table 14: RFC 3605 Attribute Analysis 


5.15. RFC 5576: Source-Specific SDP Attributes 


[RFC5576] defines a mechanism for describing RTP media sources -- which are identified by their 
synchronization source (SSRC) identifiers -- in SDP, to associate attributes with these sources and 
express relationships among sources. It also defines several source-level attributes that can be 
used to describe properties of media sources. 


Name Notes Level Mux Category 

ssrc Refer to notes below. M NORMAL 

ssrc-group Refer to Section 9 for specific analysis of the M NORMAL 
grouping semantics. 

cname Not impacted SR NORMAL 

previous- Refer to notes below SR NORMAL 

Ssrc 

fmtp The attribute value MUST be the same for a given SR IDENTICAL-PER- 
codec configuration. Pi 


Table 15: RFC 5576 Attribute Analysis 


NOTE: If SSRCs are repeated across "m=" lines being multiplexed, they MUST all represent the 
same underlying RTP Source. 
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5.16. RFC 7273: RTP Clock Source Signaling 


[RFC7273] specifies SDP signaling that identifies timestamp reference clock sources and SDP 
signaling that identifies the media clock sources in a multimedia session. 


Name Notes Level Mux Category 
ts-refclk Notimpacted B NORMAL 
mediaclk Notimpacted B NORMAL 
ts-refclk:ntp Not impacted B NORMAL 
ts-refclk:ptp Not impacted B NORMAL 
ts-refclk:gps Not impacted B NORMAL 
ts-refclk:gal Not impacted B NORMAL 
ts-refclk:glonass Not impacted B NORMAL 
ts-refclk:local Not impacted B NORMAL 
ts-refclk:private Not impacted B NORMAL 
mediaclk:sender Not impacted B NORMAL 
mediaclk:direct Not impacted B NORMAL 
mediaclk:IEEE1722 Notimpacted B NORMAL 


Table 16: RFC 7273 Attribute Analysis 


5.17. RFC 6236: Image Attributes in SDP 


[RFC6236] proposes a new generic session setup attribute to make it possible to negotiate 
different image attributes, such as image size. A possible use case is to make it possible for a low- 
end handheld terminal to display video without the need to rescale the image, something that 
may consume large amounts of memory and processing power. The document also helps to 
maintain an optimal bitrate for video as only the image size that is desired by the receiver is 
transmitted. 


Name Notes Level Mux Category 
imageattr The attribute value MUST be the same for a given M IDENTICAL-PER- 
codec configuration. Ar 


Table 17: RFC 6236 Attribute Analysis 
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5.18. RFC 7197: Duplication Delay Attribute in SDP 


[RFC7197] defines an attribute to indicate the presence of temporally redundant media streams 
and the duplication delay in SDP. 


Name Notes Level Mux Category 


duplication-delay Notimpacted B NORMAL 
Table 18: RFC 7197 Attribute Analysis 


5.19. RFC 7266: RTCP XR Blocks for MOS Metric Reporting 


[RFC7266] defines an RTCP Extended Report (XR) Block that includes two new segment types and 
associated SDP parameters that allow the reporting of mean opinion score (MOS) metrics for use 
in a range of RTP applications. 


Name Notes Level Mux Category 


calgextmap Notimpacted B NORMAL 
Table 19: RFC 7266 Attribute Analysis 


5.20. RFC 6285: Rapid Acquisition of Multicast RTP Sessions 


[RFC6285] describes a method of using the existing RTP and RTCP machinery that reduces the 
acquisition delay. In this method, an auxiliary unicast RTP session carrying the reference 
information to the receiver precedes or accompanies the multicast stream. This unicast RTP flow 
can be transmitted at a faster-than-natural bitrate to further accelerate the acquisition. The 
motivating use case for this capability is multicast applications that carry real-time compressed 
audio and video. 


Name Notes Level Mux Category 


rams-updates Notrecommended M CAUTION 
Table 20: RFC 6285 Attribute Analysis 


5.21. REC 6230: Media Control Channel Framework 


[RFC6230] describes a framework and protocol for application deployment where the application 
programming logic and media processing are distributed. This implies that application 
programming logic can seamlessly gain access to appropriate resources that are not co-located 
on the same physical network entity. The framework uses SIP to establish an application-level 
control mechanism between application servers and associated external servers such as media 
servers. 
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Name Notes Level Mux Category 


cfw-id Notimpacted M NORMAL 
Table 21: RFC 6230 Attribute Analysis 


5.22. REC 6364: SDP Elements for FEC Framework 


[RFC6364] specifies the use of SDP to describe the parameters required to signal the Forward 
Error Correction (FEC) Framework Configuration Information between the sender(s) and 
receiver(s). This document also provides examples that show the semantics for grouping multiple 
source and repair flows together for the applications that simultaneously use multiple instances 
of the FEC Framework. 


Name Notes Level Mux 
Category 

fec-source- Refer to the document defining specific FEC M SPECIAL 
flow scheme. 

fec-repair- Refer to the document defining specific FEC M SPECIAL 
flow scheme. 

repair- Refer to the document defining specific FEC M SPECIAL 
window scheme. 


Table 22: RFC 6364 Attribute Analysis 


5.23. RFC 4796: "content" Attribute 


[RFC4796] defines a new SDP media-level attribute, "content". The "content" attribute defines the 
content of the media stream to a more detailed level than the media description line. The sender 
of an SDP session description can attach the "content" attribute to one or more media streams. 
The receiving application can then treat each media stream differently (e.g., show it on a big or 
small screen) based on its content. 


Name Notes Level Mux Category 


content Notimpacted M NORMAL 
Table 23: RFC 4796 Attribute Analysis 


5.24. RFC 3407: SDP Simple Capability Declaration 


[RFC3407] defines a set of SDP attributes that enables SDP to provide a minimal and backwards- 
compatible capability declaration mechanism. 
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Name Notes Level Mux Category 
sqn Not impacted B NORMAL 
cdsc Not impacted B NORMAL 
cpar Refer to Section 14 B INHERIT 
cparmin Refer to notes below B SPECIAL 
cparmax Refer to notes below B SPECIAL 


Table 24: RFC 3407 Attribute Analysis 


NOTE: The attributes "a=cparmin" and "a=cparmax" define minimum and maximum numerical 
values associated with the attributes described in "a=cpar". 


Since the cpar attribute can either define a "b=" attribute or any "a=" attribute, the multiplexing 
category depends on the actual attribute being encapsulated and the implications of the 
numerical values assigned. Hence it is recommended to consult the specification defining 
attributes "cparmin" and "cparmax" to further analyze their behavior under multiplexing. 


5.25. RFC 6284: Port Mapping between Unicast and Multicast RTP Sessions 


[RFC6284] presents a port-mapping solution that allows RTP receivers to choose their own ports 
for an auxiliary unicast session in RTP applications using both unicast and multicast services. 
The solution provides protection against denial-of-service or packet amplification attacks that 
could be used to cause one or more RTP packets to be sent to a victim client. 


Name Notes Level Mux 

Category 
portmapping- Not recommended if port mapping is requiredby M CAUTION 
req the application 


Table 25: RFC 6284 Attribute Analysis 


5.26. RFC 6714: MSRP-CEMA 


[RFC6714] defines a Message Session Relay Protocol (MSRP) extension, Connection Establishment 
for Media Anchoring (CEMA). Support of this extension is optional. The extension allows 
middleboxes to anchor the MSRP connection without the need for middleboxes to modify the 
MSRP messages; thus, it also enables secure end-to-end MSRP communication in networks where 
such middleboxes are deployed. This document also defines an SDP attribute, "msrp-cema’", that 
MSRP endpoints use to indicate support of the CEMA extension. 


Nandakumar Standards Track Page 24 


RFC 8859 SDP Attribute Multiplexing January 2021 


Name Notes Level Mux Category 


msrp-cema_ Refer to notes below M TBD 


Table 26: RFC 6714 Attribute Analysis 


NOTE: As per Section 9 of [RFC8843], there exists no publicly available specification that defines 
procedures for multiplexing/demultiplexing MSRP flows over a single 5-tuple. Once such a 
specification is available, the assignments of multiplexing categories for the attributes in this 
section could be revisited. 


5.27. RFC 4583: SDP Format for BFCP Streams 


[RFC4583] specifies how to describe Binary Floor Control Protocol (BFCP) streams in SDP 
descriptions. User agents using the offer/answer model to establish BFCP streams use this format 
in their offers and answers. 


Name Notes Level Mux Category 
floorctrl Refer to notes below M TBD 
confid Refer to notes below M TBD 
userid Refer to notes below M TBD 
floorid Refer to notes below M TBD 


Table 27: RFC 4583 Attribute Analysis 


NOTE: [RFC4583] has been obsoleted by [RFC8856], which redefines the SDP attributes listed in 
this section, including the "Mux Category" values. However, [RFC8856] does not change the "Mux 
Category" values of the attributes. 


NOTE: As per Section 9 of [RFC8843], there exists no publicly available specification that defines 
procedures for multiplexing/demultiplexing BFCP streams over a single 5-tuple. Once such a 
specification is available, the assignments of multiplexing categories for the attributes in this 
section could be revisited. 


5.28. RFC 5547: SDP Offer/Answer for File Transfer 


[RFC5547] provides a mechanism to negotiate the transfer of one or more files between two 
endpoints by using the SDP offer/answer model specified in [RFC3264]. 


Name Notes Level Mux Category 
file-selector Refer to notes below M TBD 
file-transfer-id Refer to notes below M TBD 
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Name Notes Level 


file-disposition Refer to notes below M 


file-date Refer to notes below M 
file-icon Refer to notes below M 
file-range Refer to notes below M 


Table 28: RFC 5547 Attribute Analysis 


January 2021 


Mux Category 


TBD 


TBD 


TBD 


TBD 


NOTE: As per Section 9 of [RFC8843], there exists no publicly available specification that defines 
procedures for multiplexing/demultiplexing MSRP flows over a single 5-tuple. Once such a 
specification is available, the assignments of multiplexing categories for attributes in this section 


could be revisited. 


5.29. RFC 6849: SDP and RTP Media Loopback Extension 


[RFC6849] adds new SDP media types and attributes that enable establishment of media sessions 
where the media is looped back to the transmitter. Such media sessions will serve as monitoring 
and troubleshooting tools by providing the means for measurement of more advanced Voice 

over IP (VoIP), real-time text, and Video over IP performance metrics. 


Name Notes 
loopback rtp-pkt- The attribute value MUST be same for a 
loopback given codec configuration. 


loopback rtp-media- The attribute value MUST be same for a 


loopback given codec configuration. 
loopback-source Not impacted 
loopback-mirror Not impacted 


Table 29: RFC 6849 Analysis 


5.30. RFC 5760: RTCP with Unicast Feedback 


Level 


Mux Category 


IDENTICAL- 
PER-PT 


IDENTICAL- 
PER-PT 


NORMAL 


NORMAL 


[RFC5760] specifies an extension to RTCP to use unicast feedback to a multicast sender. The 
proposed extension is useful for single-source multicast sessions such as source-specific multicast 
(SSM) communication where the traditional model of many-to-many group communication is 


either not available or not desired. 
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Name Notes Level Mux 

Category 
rtcp- The attribute MUST be reported across all M IDENTICAL 
unicast multiplexed "m=" lines. 


Table 30: RFC 5760 Attribute Analysis 


5.31. RFC 3611: RTCP XR 


[RFC3611] defines the Extended Report (XR) packet type for RTCP and defines how the use of XR 
packets can be signaled by an application if it employs the Session Description Protocol (SDP). 


Name Notes Level Mux Category 


rtcp-xr Notimpacted B NORMAL 
Table 31: RFC 3611 Attribute Analysis 


5.32. RFC 5939: SDP Capability Negotiation 


[RFC5939] defines a general SDP Capability Negotiation framework. It also specifies how to 
provide attributes and transport protocols as capabilities and negotiate them using the 
framework. Extensions for other types of capabilities (e.g., media types and media formats) may 
be provided in other documents. 


Name Notes Level Mux Category 
pefg Refer to Section 14 M SPECIAL 
acfg Refer to Section 14 M SPECIAL 
csup Not impacted B NORMAL 
creq Not impacted B NORMAL 
acap Refer to Section 14 B INHERIT 
tcap Refer to Section 14 B INHERIT 
cap-v0 Notimpacted B NORMAL 


Table 32: RFC 5939 Attribute Analysis 
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5.33. RFC 6871: SDP Media Capabilities Negotiation 


SDP capability negotiation provides a general framework for indicating and negotiating 
capabilities in SDP. The base framework only defines capabilities for negotiating transport 
protocols and attributes. [RFC6871] extends the framework by defining media capabilities that 
can be used to negotiate media types and their associated parameters. 


Name 
rmcap 
omcap 
mfcap 
mscap 
Icfg 

sescap 


med-v0 


Notes 

Refer to Section 14 
Not impacted 
Refer to Section 14 
Refer to Section 14 


Refer to Section 14 


Refer to notes below 


Not impacted 


Level 


B 


B 


S 


S 


Table 33: RFC 6871 Attribute Analysis 


Mux Category 
IDENTICAL-PER-PT 
NORMAL 
IDENTICAL-PER-PT 
INHERIT 

SPECIAL 

CAUTION 


NORMAL 


January 2021 


NOTE: The "sescap" attribute is not recommended for use with multiplexing. The reason is that it 
requires the use of unique configuration numbers across the entire SDP (per [RFC6871]) as 
opposed to within a media description only (per [RFC5939]). As described in Section 14, the use of 
identical configuration numbers between multiplexed (bundled) media descriptions is the 
default way of indicating compatible configurations in a bundle. 


5.34. RFC 7006: Miscellaneous Capabilities Negotiation in SDP 


[RFC7006] extends the SDP Capability Negotiation framework to allow endpoints to negotiate 
three additional SDP capabilities. In particular, this memo provides a mechanism to negotiate 
bandwidth ("b=" line), connection data ("c=" line), and session or media titles ("i=" line for each 


session or media). 


Name Notes Level 
bcap Inherit the category SUM as applicable to the "b=" B 
attribute 
bcap- Not impacted B 
vO 
Nandakumar Standards Track 
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Name Notes Level Mux 
Category 
ccap The connection address type MUST be identical across all B IDENTICAL 


the multiplexed "m=" lines. 


ccap- Not impacted B NORMAL 
vO 

icap Not impacted B NORMAL 
icap-vO Not impacted B NORMAL 


Table 34: RFC 7006 Attribute Analysis 


5.35. RFC 4567: Key Management Extensions for SDP and RTSP 


[RFC4567] defines general extensions for SDP and Real-Time Streaming Protocol (RTSP) to carry 
messages, as specified by a key management protocol, in order to secure the media. These 
extensions are presented as a framework to be used by one or more key management protocols. 
As such, their use is meaningful only when complemented by an appropriate key management 
protocol. 


Name Notes Level Mux 
Category 

key- Key management protocol MUST be identical across all B IDENTICAL 

mgmt the "m=" lines. 

mikey Key management protocol MUST be identical across all B IDENTICAL 


the "m=" lines. 


Table 35: RFC 4567 Attribute Analysis 


5.36. REC 4572: Comedia over TLS in SDP 


[RFC4572] specifies how to establish secure connection-oriented media transport sessions over 
the Transport Layer Security (TLS) protocol using SDP. (Note: [RFC4572] has been obsoleted by 
[RFC8122].) It defines a new SDP protocol identifier, "TCP/TLS". It also defines the syntax and 
semantics for an SDP "fingerprint" attribute that identifies the certificate that will be presented 
for the TLS session. This mechanism allows media transport over TLS connections to be 
established securely, so long as the integrity of session descriptions is assured. 
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Name Notes Level Mux 
Category 
fingerprint fingerprint value MUST be the one that corresponds to B TRANSPORT 


the "m=" line chosen for setting up the underlying 
transport flow. 


Table 36: RFC 4572 Attribute Analysis 


5.37. REC 4570: SDP Source Filters 


[RFC4570] describes how to adapt SDP to express one or more source addresses as a source filter 
for one or more destination "connection" addresses. It defines the syntax and semantics for an 
SDP "source-filter" attribute that may reference either IPv4 or IPv6 address(es) as either an 
inclusive or exclusive source list for either multicast or unicast destinations. In particular, an 
inclusive source filter can be used to specify a source-specific multicast (SSM) session. 


Name Notes Level Mux 

Category 
source- The attribute MUST be repeated across all B IDENTICAL 
filter multiplexed "m=" lines. 


Table 37: RFC 4570 Attribute Analysis 


5.38. RFC 6128: RTCP Port for Multicast Sessions 


SDP has an attribute that allows RTP applications to specify an address and a port associated 
with the RTCP traffic. In RTP-based source-specific multicast (SSM) sessions, the same attribute is 
used to designate the address and the RTCP port of the Feedback Target in the SDP description. 
However, the RTCP port associated with the SSM session itself cannot be specified by the same 
attribute to avoid ambiguity and thus is required to be derived from the "m=" line of the media 
description. Deriving the RTCP port from the "m=" line imposes an unnecessary restriction. 
[RFC6128] removes this restriction by introducing a new SDP attribute. 


Name Notes Level Mux 

Category 
multicast- Multicast RTCP port MUST be identical across all B IDENTICAL 
rtcp the "m=" lines. 


Table 38: RFC 6128 Attribute Analysis 


5.39. RFC 6189: ZRTP 


[RFC6189] defines ZRTP, a protocol for media path Diffie-Hellman exchange to agree on a session 
key and parameters for establishing unicast SRTP sessions for VoIP applications. 


Nandakumar Standards Track Page 30 


RFC 8859 SDP Attribute Multiplexing January 2021 


Name Notes Level Mux 

Category 
zrtp- The zrtp-hash attribute MUST be the one that corresponds M TRANSPORT 
hash to the "m=" line chosen for setting up the underlying 


transport flow. 


Table 39: RFC 6189 Attribute Analysis 


5.40. RFC 4145: Connection-Oriented Media 


[RFC4145] describes how to express media transport over TCP using SDP. It defines the SDP "TCP" 
protocol identifier, the SDP "setup" attribute, which describes the connection setup procedure, 
and the SDP "connection" attribute, which handles connection re-establishment. 


Name Notes Level Mux 
Category 
setup The setup attribute MUST be the one that corresponds B TRANSPORT 


to the "m=" line chosen for setting up the underlying 
transport flow. 


connection The connection attribute MUST be the one that B TRANSPORT 
corresponds to the "m=" line chosen for setting up the 
underlying transport flow. 


Table 40: RFC 4145 Attribute Analysis 


5.41. RFC 6947: The SDP "altc" Attribute 


[RFC6947] proposes a mechanism that allows the same SDP offer to carry multiple IP addresses 
of different address families (e.g., IPv4 and IPv6). The proposed "altc" attribute solves the 
backward-compatibility problem that plagued Alternative Network Address Types (ANAT) due to 
their syntax. 


Name Notes Level Mux 
Category 
altc The IP address and port MUST be the ones that correspond M TRANSPORT 


to the "m=" line chosen for setting up the underlying 
transport flow. 


Table 41: RFC 6947 Attribute Analysis 
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5.42. RFC 7195: SDP Extension for Circuit-Switched Bearers in PSTN 


[RFC7195] describes use cases, requirements, and protocol extensions for using the SDP offer/ 
answer model for establishing audio and video media streams over circuit-switched bearers in 
the Public Switched Telephone Network (PSTN). 


Name Notes Level Mux Category 
cs-correlation:callerid Refer to notes below M TBD 
cs-correlation:uuie Refer to notes below M TBD 
cs-correlation:dtmf Refer to notes below M TBD 
cs-correlation:external Refer to notes below M TBD 


Table 42: RFC 7195 Attribute Analysis 


NOTE: [RFC7195] defines SDP attributes for establishing audio and video media streams over 
circuit-switched bearers by defining a new nettype value, "PSTN". However, Section 7.2 of 
[RFC8843] requires the "c=" line nettype value to be "IN". If there exists in future a specification 
that defines procedures to multiplex media streams over nettype "PSTN", the multiplexing 
categories for attributes in this section could be revisited. 


5.43. RFC 7272: IDMS Using the RTP Control Protocol (RTCP) 
[RFC7272] defines a new RTCP packet type and an RTCP Extended Report (XR) Block Type to be 
used for achieving Inter-Destination Media Synchronization (IDMS). 


Name Notes Level Mux Category 


rtcp-idms Notimpacted M NORMAL 
Table 43: RFC 7272 Attribute Analysis 


5.44. RFC 5159: Open Mobile Alliance (OMA) Broadcast (BCAST) SDP 
Attributes 


[RFC5159] provides descriptions of SDP attributes used by the Open Mobile Alliance's "Service 
and Content Protection for Mobile Broadcast Services" specification. 


Name Notes Level Mux Category 
bcastversion Not impacted S NORMAL 
stkmstream Not impacted B NORMAL 
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Name 
SRTPAuthentication 


SRTPROCTxRate 


SDP Attribute Multiplexing 


Notes 
Needs further analysis 


Needs further analysis 


Table 44: RFC 5159 Attribute Analysis 


5.45. RFC 6193: Media Description for IKE in SDP 


January 2021 


Level Mux Category 
M TBD 
M TBD 


[RFC6193] specifies how to establish a media session that represents a virtual private network 
using the Session Initiation Protocol for the purpose of on-demand media/application sharing 
between peers. It extends the protocol identifier of SDP so that it can negotiate use of the Internet 
Key Exchange Protocol (IKE) for media sessions in the SDP offer/answer model. 


Name Notes 
ike-setup 

multiplexing 
psk-fingerprint 

multiplexing 
ike-esp Unlikely to use 

multiplexing 
ike-esp- Unlikely to use 
udpencap multiplexing 


Table 45: RFC 6193 Attribute Analysis 


Unlikely to use IKE in the context of 


Unlikely to use IKE in the context of 


IKE in the context of 


IKE in the context of 


5.46. RFC 2326: Real Time Streaming Protocol 


The Real Time Streaming Protocol, or RTSP, is an application-level protocol for control over the 
delivery of data with real-time properties. RTSP provides an extensible framework to enable 
controlled, on-demand delivery of real-time data, such as audio and video. 


Name Notes 
etag 
range 


control 


mtag 


Level 


RFC 2326 is obsolete. B 


RFC 2326 is obsolete. B 


RFC 2326 is obsolete. B 


RFC 2326 is obsolete. B 


Nandakumar 


Table 46: RFC 2326 Attribute Analysis 


Standards Track 


Level Mux 
Category 
B CAUTION 
B CAUTION 
B CAUTION 
B CAUTION 


Mux Category 
CAUTION 
CAUTION 


CAUTION 


CAUTION 
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NOTE: [RFC2326] defines SDP attributes that are applicable in the declarative usage of SDP alone. 
For the purposes of this document, only the offer/answer usage of SDP is considered to be 
mandated by [RFC8843]. 


5.47. RFC 7826: Real-Time Streaming Protocol 


The Real-Time Streaming Protocol, or RTSP, is an application-level protocol for control over the 
delivery of data with real-time properties. RTSP provides an extensible framework to enable 
controlled, on-demand delivery of real-time data, such as audio and video. 


Name Notes Level Mux Category 
range RTSP is not supported for RTP stream multiplexing. B CAUTION 
control RTSP is not supported for RTP stream multiplexing. B CAUTION 
mtag RTSP is not supported for RTP stream multiplexing. B CAUTION 


Table 47: RFC 7826 Attribute Analysis 


NOTE: [RFC7826] defines SDP attributes that are applicable in the declarative usage of SDP alone. 
For the purposes of this document, only the offer/answer usage of SDP is considered to be 
mandated by [RFC8843]. 


5.48. RFC 6064: SDP and RTSP Extensions for 3GPP 


The Packet-switched Streaming Service (PSS) and the Multimedia Broadcast/Multicast Service 
(MBMS) defined by 3GPP use SDP and RTSP with some extensions. [RFC6064] provides 
information about these extensions and registers the RTSP and SDP extensions with IANA. 


Name Notes Level Mux 
Category 
X-predecbufsize Refer to notes M CAUTION 
below 
X-initpredecbufperiod Refer to notes M CAUTION 
below 
X-initpostdecbufperiod Refer to notes M CAUTION 
below 
X-decbyterate Refer to notes M CAUTION 
below 
3gpp-videopostdecbufsize Refer to notes M CAUTION 
below 
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Name Notes Level Mux 
Category 
framesize Refer to notes M CAUTION 
below 
3GPP-Integrity-Key Refer to notes S CAUTION 
below 
3GPP-SDP-Auth Refer to notes S CAUTION 
below 
3GPP-SRTP-Config Refer to notes M CAUTION 
below 
alt Refer to notes M CAUTION 
below 
alt-default-id Refer to notes M CAUTION 
below 
alt-group Refer to notes S CAUTION 
below 
3GPP-Adaptation-Support Refer to notes M CAUTION 
below 
3GPP-Asset-Information Refer to notes B CAUTION 
below 
mbms-mode Refer to notes B CAUTION 
below 
mbms-flowid Refer to notes M CAUTION 
below 
mbms-repair Refer to notes B CAUTION 
below 
3GPP-QoE-Metrics Refer to notes M CAUTION 
below 
3GPP-QoE-Metrics:Corruption duration Refer to notes M CAUTION 
below 
3GPP-QoE-Metrics:Rebuffering duration Refer to notes M CAUTION 
below 
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Name 


3GPP-QoE-Metrics:Initial buffering duration 


3GPP-QoE-Metrics:Successive loss of RTP 


packets 


3GPP-QoE-Metrics:Frame rate deviation 


3GPP-QoE-Metrics:Jitter duration 


3GPP-QoE-Metrics:Content Switch Time 


3GPP-QoE-Metrics:Average Codec Bitrate 


3GPP-QoE-Metrics:Codec Information 


3GPP-QoE-Metrics:Buffer Status 


Table 48: RFC 6064 Attribute Analysis 


Notes 


Refer to notes 
below 


Refer to notes 
below 


Refer to notes 
below 


Refer to notes 
below 


Refer to notes 
below 


Refer to notes 
below 


Refer to notes 
below 


Refer to notes 
below 


Level 


January 2021 


Mux 

Category 
CAUTION 
CAUTION 


CAUTION 


CAUTION 


CAUTION 


CAUTION 


CAUTION 


CAUTION 


NOTE: [RFC6064] defines SDP attributes that are applicable in the declarative usage of SDP alone. 
For the purposes of this document, only the offer/answer usage of SDP is considered to be 


mandated by [RFC8843]. 


5.49. RFC 3108: ATM SDP 


[RFC3108] describes conventions for using SDP described for controlling ATM bearer connections 


and any associated ATM Adaptation Layer (AAL). 


Level 


Name Notes 

aalType Refer to notes below B 

eecid Refer to notes below B 

capability Refer to notes below B 

qosClass Refer to notes below B 
Nandakumar Standards Track 


Mux Category 


CAUTION 


CAUTION 


CAUTION 


CAUTION 
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Name 

bcob 

stc 

upcc 
atmQOSparms 
atmTrfcDesc 
abrParms 
abrSetup 
bearerType 
lij 

anycast 
cache 
bearerSigIE 
aalApp 
cbrRate 

sbc 

clkrec 

fec 

prtfl 
structure 
cpsSDUsize 
aal2CPS 


aal2CPSSDUrate 


aal2sscs3661unassured 


aal2sscs3661assured 
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Notes 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 
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Level 


Mux Category 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 


CAUTION 


CAUTION 


January 2021 
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Name 
aal2sscs3662 
aal5sscop 
atmmap 
silenceSupp 
ecan 

gc 
profileDesc 
vsel 

dsel 

fsel 
onewaySel 
codecconfig 


isup_usi 


uiLayer1_Prot 


chain 
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Notes 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Refer to notes below 


Table 49: RFC 3108 Attribute Analysis 


Level 


Mux Category 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 
CAUTION 


CAUTION 


CAUTION 


January 2021 


NOTE: RFC 3108 describes conventions for using SDP for characterizing ATM bearer connections 
using an AAL1, AAL2, or AALS adaptation layer. For AAL1, AAL2, and AALS, bearer connections 
can be used to transport single media streams. In addition, for AAL1 and AAL2, multiple media 
streams can be multiplexed into a bearer connection. For all adaptation types (AAL1, AAL2, and 
AALS), bearer connections can be bundled into a single media group. In all cases addressed by 
RFC 3108, a real-time media stream (voice, video, voiceband data, pseudowire, and others) or a 
multiplex of media streams is mapped directly into an ATM connection. RFC 3108 does not 
address cases where ATM serves as a low-level transport pipe for IP packets that can, in turn, 
carry one or more real-time (e.g., VoIP) media sessions with a life cycle different from that of the 


underlying ATM transport. 


5.50. 3GPP TS 183.063 


[TISPAN] describes Telecommunications and Internet converged Services and Protocols for 


Advanced Networking (TISPAN); 


Nandakumar 
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Name Notes Level Mux Category 
PSCid Notimpacted S NORMAL 
bc_service Notimpacted S NORMAL 
bc_program Notimpacted S NORMAL 
bc_service_package Notimpacted S NORMAL 


Table 50: 3GPP TS 183.063 Attribute Analysis 


5.51. 3GPP TS 24.229 


[IP-CALL] specifies an IP multimedia call control protocol based on Session Initial protocol and 
Session Description Protocol. 


Name Notes Level Mux 

Category 
secondary- secondary-realm MUST be the one that corresponds M TRANSPORT 
realm to the "m=" line chosen for setting up the 


underlying transport flow. 


visited- visited-realm MUST be the one that corresponds to M TRANSPORT 
realm the "m=" line chosen for setting up the underlying 
transport flow. 


omr-m- Not impacted M NORMAL 
cksum 

omr-s-cksum Not impacted M NORMAL 
omr-m-att Not impacted M NORMAL 
omr-s-att Not impacted M NORMAL 
omr-m-bw Not impacted M NORMAL 
omr-s-bw Not impacted M NORMAL 
omr-codecs Not impacted M NORMAL 


Table 51: 3GPP TS 24.229 Attribute Analysis 


5.52. ITU T.38 


[T.38] defines procedures for real-time Group 3 facsimile communications over IP networks. 
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Name 

T38FaxVersion 
T38MaxBitRate 
T38FaxFillBitRemoval 
T38FaxTranscodingMMR 
T38FaxTranscoding]BIG 
T38FaxRateManagement 
T38FaxMaxBuffer 
T38FaxMaxDatagram 
T38FaxUdpEC 
T38FaxMaxIFP 
T38FaxUdpECDepth 
T38FaxUdpFECMaxSpan 
T38ModemType 


T38VendorInfo 


SDP Attribute Multiplexing 


Notes 

Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 
Refer to notes below 


Refer to notes below 


Table 52: ITU T.38 Attribute Analysis 


Level 


= fs) = fe = Se = fe = bed = fs = ee 


January 2021 


Mux Category 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


TBD 


NOTE: As per Section 9 of [RFC8843], there exists no publicly available specification that defines 

procedures for multiplexing/demultiplexing fax protocol flows over a single 5-tuple. Once sucha 
specification is available, the multiplexing category assignments for the attributes in this section 
could be revisited. 


5.53. ITU-T Q.1970 


[Q.1970] defines Bearer Independent Call Control (BICC) IP bearer control protocol. 


Name 


ipbcp 


Nandakumar 


Notes 


ipbcp version identifies the types of IP bearer control 
protocol (IPBCP) message used in BICC (ITU-T Q.1901) 


environment that are limited to single-media payload. Refer 


to the pertinent ITU-T specifications while multiplexing. 


Table 53: ITU-T Q.1970 Attribute Analysis 


Standards Track 


Level 


S 


Mux 
Category 


SPECIAL 
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5.54. ITU-T H.248.15 
ITU-T H.248.15 [H.248.15] defines the Gateway Control Protocol SDP H.248 package attribute. 


Name Notes Level Mux 
Category 
h248item Itis only applicable for signaling the inclusion of H.248 B SPECIAL 


extension packages to a gateway via the local and remote 
descriptors. The attribute itself is unaffected by 
multiplexing, but the package referenced in a specific use 
of the attribute can be impacted. Further analysis of each 
package is needed to determine if there is an issue. This is 
only a concern in environments using a decomposed 
server/gateway with H.248 signaled between them. The 
ITU-T will need to do further analysis of various packages 
when they specify how to signal the use of multiplexing to 
a gateway. 


Table 54: ITU-T H.248.15 Attribute Analysis 


5.55. RFC 4975: The Message Session Relay Protocol 


[RFC4975] describes the Message Session Relay Protocol, a protocol for transmitting a series of 
related instant messages in the context of a session. Message sessions are treated like any other 
media stream when set up via a rendezvous or session-creation protocol such as the Session 
Initiation Protocol. 


Name Notes Level Mux Category 
accept-types Refer to notes below M TBD 
accept-wrapped-types Refer to notes below M TBD 
max-size Refer to notes below M TBD 
path Refer to notes below M TBD 


Table 55: RFC 4975 Attribute Analysis 


NOTE: As per Section 9 of [RFC8843], there exists no publicly available specification that defines 
procedures for multiplexing/demultiplexing MSRP flows over a single 5-tuple. Once such a 
specification is available, the multiplexing categories assignments for the attributes in this 
section could be revisited. 
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5.56. Historical Attributes 


This section specifies analysis for the attributes that are included for historic usage alone by the 
[IANA]. 


Name Notes Level Mux Category 
rtpred1 Historic attributes M CAUTION 
rtpred2 Historic attributes M CAUTION 


Table 56: Historical Attribute Analysis 


6. bwtype Attribute Analysis 
This section specifies handling of specific bandwidth attributes when used in multiplexing 


scenarios. 


6.1. RFC 4566: SDP 


[RFC4566] defines SDP that is intended for describing multimedia sessions for the purposes of 
session announcement, session invitation, and other forms of multimedia session initiation. 


Name Notes Level Mux 
Category 

bwtype:CT Not impacted S NORMAL 

bwtype:AS_ For media-level usage, the aggregate of individual B SUM 


bandwidth values is considered. 


Table 57: RFC 4566 bwtype Analysis 


6.2. RFC 3556: SDP Bandwidth Modifiers for RTCP Bandwidth 


[RFC3556] defines an extension to SDP to specify two additional modifiers for the bandwidth 
attribute. These modifiers may be used to specify the bandwidth allowed for RTCP packets in an 
RTP session. 


Name Notes Level Mux 
Category 
bwtype:RS _ Session-level usage represents session aggregate, and B SUM 


media-level usage indicates SUM of the individual 
values while multiplexing. 
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Name Notes Level Mux 
Category 
bwtype:RR _ Session-level usage represents session aggregate, and B SUM 


media-level usage indicates SUM of the individual 
values while multiplexing. 


Table 58: RFC 3556 bwtype Analysis 


6.3. RFC 3890: Bandwidth Modifier for SDP 


[RFC3890] defines SDP Transport Independent Application Specific Maximum (TIAS) bandwidth 
modifier that does not include transport overhead; instead, an additional packet-rate attribute is 
defined. The transport-independent bitrate value together with the maximum packet rate can 
then be used to calculate the real bitrate over the transport actually used. 


Name Notes Level Mux 
Category 
bwtype:TIAS The usage of TIAS is not defined under offer/answer B SPECIAL 
usage. 
maxprate The usage of TIAS and maxprate is not well defined B SPECIAL 


under multiplexing. 
Table 59: RFC 3890 bwtype Analysis 
NOTE: The intention of TIAS is that the media-level bitrate is multiplied with the known per- 
packet overhead for the selected transport and the maxprate value to determine the worst-case 
bitrate from the transport to more accurately capture the required usage. Summing TIAS values 
independently across "m=" lines and multiplying the computed sum with maxprate and the per- 


packet overhead would inflate the value significantly. Instead, performing multiplication and 
adding the individual values is a more appropriate usage. 


7. rtcp-fb Attribute Analysis 


This section analyzes rtcp-fb SDP attributes. 


7.1. RFC 4585: RTP/AVPF 


[RFC4585] defines an extension to the Audio-Visual Profile (AVP) that enables receivers to 
provide, statistically, more immediate feedback to the senders; it thus allows for short-term 
adaptation and implementation of efficient feedback-based repair mechanisms. 
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Name Notes Level Mux Category 
ack rpsi The attribute value MUST be the same for a given M IDENTICAL- 

codec configuration. PER-PT 
ackapp Feedback parameters MUST be handled in the app- M SPECIAL 
specific way when multiplexed. 
nack The attribute value MUST be the same for a given M IDENTICAL- 
codec configuration. PER-PT 
nack The attribute value MUST be the same for a given M IDENTICAL- 
pli codec configuration. PER-PT 
nack sli The attribute value MUST be the same for a given M IDENTICAL- 
codec configuration. PER-PT 
nack The attribute value MUST be the same for a given M IDENTICAL- 
rpsi codec configuration. PER-PT 
nack Feedback parameters MUST be handled in the app M SPECIAL 
app specific way when multiplexed. 
trr-int The attribute value MUST be the same for a given M IDENTICAL- 
codec configuration. PER-PT 


Table 60: RFC 4585 Attribute Analysis 


7.2. RFC 5104: Codec Control Messages in AVPF 


[RFC5104] specifies a few extensions to the messages defined in the Audio-Visual Profile with 
Feedback (AVPF). They are helpful primarily in conversational multimedia scenarios where 
centralized multipoint functionalities are in use. However, some are also usable in smaller 
multicast environments and point-to-point calls. 


Nandakumar 


Name Notes Level Mux Category 
ccm The attribute value MUST be the same for a given M IDENTICAL-PER- 
codec configuration. Dili 


Table 61: RFC 5104 Attribute Analysis 


7.3. RFC 6285: Unicast-Based Rapid Acquisition of Multicast RTP Sessions 
(RAMS) 


[RFC6285] describes a method of using the existing RTP and RTCP machinery that reduces the 
acquisition delay. In this method, an auxiliary unicast RTP session carrying the Reference 
Information to the receiver precedes or accompanies the multicast stream. This unicast RTP flow 
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can be transmitted at a faster-than-natural bitrate to further accelerate the acquisition. The 
motivating use case for this capability is multicast applications that carry real-time compressed 
audio and video. 


Name Notes Level Mux Category 
nack The attribute value MUST be the same for a given M IDENTICAL-PER- 
rai codec configuration. PT 


Table 62: RFC 6285 Attribute Analysis 


7.4. RFC 6679: ECN for RTP over UDP/IP 


[RFC6679] specifies how Explicit Congestion Notification (ECN) can be used with the RTP running 
over UDP, using the RTCP as a feedback mechanism. It defines a new RTCP Extended Report (XR) 
block for periodic ECN feedback, a new RTCP transport feedback message for timely reporting of 
congestion events, and a STUN extension used in the optional initialization method using ICE. 


Name Notes Level Mux 
Category 
ecn-capable- ECN markup is enabled at the RTP session level. M IDENTICAL 
rtp 
nack ecn This attribute enables ECN at the RTP session M IDENTICAL 
level. 


Table 63: RFC 6679 Attribute Analysis 


7.5. RFC 6642: Third-Party Loss Report 


In a large RTP session using the RTCP feedback mechanism defined in [RFC4585], a feedback 
target may experience transient overload if some event causes a large number of receivers to 
send feedback at once. This overload is usually avoided by ensuring that feedback reports are 
forwarded to all receivers, allowing them to avoid sending duplicate feedback reports. However, 
there are cases where it is not recommended to forward feedback reports, and this may allow 
feedback implosion. [RFC6642] discusses these cases and defines a new RTCP Third-Party Loss 
Report that can be used to inform receivers that the feedback target is aware of some loss event, 
allowing them to suppress feedback. Associated SDP signaling is also defined. 


Name Notes Level Mux Category 
nack The attribute value MUST be the same for a given M IDENTICAL-PER- 
tllei codec configuration. PT 
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Name Notes Level Mux Category 
nack The attribute value MUST be the same for a given M IDENTICAL-PER- 
pslei codec configuration. PT 


Table 64: RFC 6642 Attribute Analysis 


7.6. RFC 5104: Codec Control Messages in AVPF 


[RFC5104] specifies a few extensions to the messages defined in the Audio-Visual Profile with 
Feedback (AVPF). They are helpful primarily in conversational multimedia scenarios where 
centralized multipoint functionalities are in use. However, some are also usable in smaller 
multicast environments and point-to-point calls. 


Name Notes Level Mux Category 
ccm fir The attribute value MUST be the same for a given M IDENTICAL-PER- 
codec configuration. PT 
ccm The attribute value MUST be the same for a given M IDENTICAL-PER- 

tmmbr codec configuration. PT 

ccm tstr The attribute value MUST be the same for a given M IDENTICAL-PER- 
codec configuration. PT 

ccm The attribute value MUST be the same for a given M IDENTICAL-PER- 

vbcm codec configuration. PT 


Table 65: RFC 5104 Attribute Analysis 
8. group Attribute Analysis 
This section analyzes SDP "group" attribute semantics [RFC5888]. 


8.1. RFC 5888: SDP Grouping Framework 


[RFC5888] defines a framework to group "m=" lines in SDP for different purposes. 


Name Notes Level Mux Category 
group:LS Not impacted S NORMAL 
group:FID Notimpacted S NORMAL 


Table 66: RFC 5888 Attribute Analysis 
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8.2. RFC 3524: Mapping Media Streams to Resource Reservation Flows 


[RFC3524] defines an extension to the SDP grouping framework. It allows requesting a group of 
media streams to be mapped into a single resource reservation flow. The SDP syntax needed is 
defined, as well as a new "semantics" attribute called Single Reservation Flow (SRF). 


Name Notes Level Mux Category 


group:SRF Notimpacted S NORMAL 
Table 67: RFC 3524 Attribute Analysis 


8.3. RFC 4091: ANAT Semantics 


[RFC4091] defines ANAT semantics for the SDP grouping framework. (Note: [RFC4091] has been 
obsoleted by [RFC8445].) The ANAT semantics allow alternative types of network addresses to 
establish a particular media stream. 


Name Notes Level Mux Category 


group:ANAT ANAT semantics is obsoleted. S CAUTION 
Table 68: RFC 4091 Attribute Analysis 


8.4. RFC 5956: FEC Grouping Semantics in SDP 


[RFC5956] defines the semantics for grouping the associated source and FEC-based repair flows 
in SDP. The semantics defined in the document are to be used with the SDP Grouping Framework 
[RFC5888]. These semantics allow the description of grouping relationships between the source 
and repair flows when one or more source and/or repair flows are associated in the same group; 
they also provide support for additive repair flows. SSRC-level grouping semantics are also 
defined in this document for RTP streams using SSRC multiplexing. 


Name Notes Level Mux Category 


group:FEC-FR Notimpacted S NORMAL 
Table 69: RFC 5956 Attribute Analysis 


8.5. RFC 5583: Signaling Media Decoding Dependency in SDP 


[RFC5583] defines semantics that allow for signaling the decoding dependency of different media 
descriptions with the same media type in SDP. This is required, for example, if media data is 
separated and transported in different network streams as a result of using a layered or multiple 
descriptive media coding process. 
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Name Notes Level Mux Category 

group:DDP Not impacted S NORMAL 

depend lay The attribute value MUST be the same for a given M IDENTICAL-PER- 
codec configuration. PT 

depend The attribute value MUST be the same for a given M IDENTICAL-PER- 

mdc codec configuration. Pi 


Table 70: RFC 5583 Attribute Analysis 


8.6. RFC 7104: Duplication Grouping Semantics in the SDP 


[RFC7104] defines the semantics for grouping redundant streams in SDP. The semantics defined 
in this document are to be used with the SDP Grouping Framework. Grouping semantics at the 
synchronization source (SSRC) level are also defined in this document for RTP streams using 
SSRC multiplexing. 


Name Notes Level Mux Category 


group:DUP Notimpacted S NORMAL 
Table 71: RFC 7104 Attribute Analysis 


9. ssrc-group Attribute Analysis 


This section analyzes "ssrc-group" semantics. 


9.1. RFC 5576: Source-Specific SDP Attributes 


[RFC5576] defines a mechanism for describing RTP media sources -- which are identified by their 
synchronization source (SSRC) identifiers - in SDP, to associate attributes with these sources and 
express relationships among sources. It also defines several source-level attributes that can be 
used to describe properties of media sources. 


Name Notes Level Mux Category 
ssrc-group:FID Notimpacted SR NORMAL 
ssrc-group:FEC Notimpacted SR NORMAL 
ssrc-group:FEC-FR Notimpacted SR NORMAL 


Table 72: RFC 5576 Attribute Analysis 
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9.2. RFC 7104: Duplication Grouping Semantics in the SDP 


[RFC7104] defines the semantics for grouping redundant streams in SDP. The semantics defined 
in this document are to be used with the SDP Grouping Framework. Grouping semantics at the 
synchronization source (SSRC) level are also defined in this document for RTP streams using 
SSRC multiplexing. 


Name Notes Level Mux Category 


ssrc-group:DUP Notimpacted SR NORMAL 
Table 73: RFC 7104 Attribute Analysis 


10. QoS Mechanism Token Analysis 
This section analyzes QoS tokes specified with SDP. 


10.1. RFC 5432: QoS Mechanism Selection in SDP 


[RFC5432] defines procedures to negotiate QoS mechanisms using the SDP offer/answer model. 


Name Notes Level Mux 
Category 
rsvp rsvp attribute MUST be the one that corresponds to the B TRANSPORT 
"m=" line chosen for setting up the underlying transport 
flow. 
nsis rsvp attribute MUST be the one that corresponds to the B TRANSPORT 


"m=" line chosen for setting up the underlying transport. 


Table 74: RFC 5432 Attribute Analysis 


NOTE: A single Differentiated Services Code Point (DSCP) for each flow being multiplexed doesn't 
impact multiplexing, since QoS mechanisms are signaled/scoped per flow. For scenarios that 
involve having different DSCP code points for packets being transmitted over the same 5-tuple, 
issues as discussed in [RFC7657] need to be taken into consideration. 


11. k= Attribute Analysis 


11.1. RFC 4566: SDP 


[RFC4566] defines SDP that is intended for describing multimedia sessions for the purposes of 
session announcement, session invitation, and other forms of multimedia session initiation. 
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Name Notes Level Mux 
Category 
k= It is not recommended to use this attribute under S CAUTION 
multiplexing. 


Table 75: RFC 4566 Attribute Analysis 


12. content Attribute Analysis 


12.1. RFC 4796 


[RFC4796] defines a new SDP media-level attribute, "content". The "content" attribute defines the 
content of the media stream to a more detailed level than the media description line. The sender 
of an SDP session description can attach the "content" attribute to one or more media streams. 
The receiving application can then treat each media stream differently (e.g., show it on a big or 
small screen) based on its content. 


Name Notes Level Mux Category 
content:slides Notimpacted M NORMAL 
content:speaker Notimpacted M NORMAL 
content:main Notimpacted M NORMAL 
content:sl Notimpacted M NORMAL 
content:alt Notimpacted M NORMAL 


Table 76: RFC 4796 Attribute Analysis 


12.2. 3GPP TS 24.182 


[IMS-CAT] specifies an IP multimedia subsystem for customized alerting tones. 


Name Notes Level Mux Category 


g.3gpp.cat Usage defined for the IP multimedia subsystem M NORMAL 
Table 77: 3GPP TS 24.182 Attribute Analysis 


12.3. 3GPP TS 24.183 


[IMS-CRS] specifies an IP multimedia subsystem for customized ringing signal. 
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Name Notes Level Mux Category 


g.3gpp.crs Usage defined for the IP multimedia subsystem M NORMAL 
Table 78: 3GPP TS 24.183 Attribute Analysis 


13. Payload Formats 


13.1. RFC 5109: RTP Payload Format for Generic FEC 


[RFC5109] describes a payload format for generic Forward Error Correction (FEC) for media data 
encapsulated in RTP. It is based on the exclusive-or (parity) operation. The payload format allows 
end systems to apply protection using various protection lengths and levels, in addition to using 
various protection group sizes to adapt to different media and channel characteristics. It enables 
complete recovery of the protected packets or partial recovery of the critical parts of the payload, 
depending on the packet loss situation. 


Name Notes Level Mux 
Category 
audio/ulpfec Not recommended for multiplexing due to M CAUTION 
reuse of SSRCs. 
video/ulpfec Not recommended for multiplexing due to M CAUTION 
reuse of SSRCs. 
text/ulpfec Not recommended for multiplexing due to M CAUTION 
reuse of SSRCs. 
application/ Not recommended for multiplexing due to M CAUTION 
ulpfec reuse of SSRCs. 


Table 79: RFC 5109 Payload Format Analysis 


14. Multiplexing Considerations for Encapsulating Attributes 


This section deals with recommendations for defining the multiplexing characteristics of the SDP 
attributes that encapsulate other SDP attributes/parameters. As of today, such attributes, for 
example, are defined in [RFC3407], [RFC5939] and [RFC6871] as part of a generic framework for 
indicating and negotiating transport-, media-, and media-format-related capabilities in the SDP. 


The behavior of such attributes under multiplexing is, in turn, defined by the multiplexing 
behavior of the attributes they encapsulate, which are made known once the offer/answer 
negotiation process is completed. 
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14.1. RFC 3407: cpar Attribute Analysis 


The [RFC3407] capability parameter attribute "a=cpar" encapsulates a "b=" (bandwidth) or an 
"a=" attribute. For bandwidth attribute encapsulation, the category SUM is inherited. For the case 
of "a=" attribute, the category corresponding to the SDP attribute being encapsulated is inherited. 


v=0 

o=alice 2890844526 2890844527 IN IP4 host.atlanta.example.com 
s= 

c=IN IP4 host.atlanta.example.com 

t=0 0 


m=video 3456 RTP/AVP 100 
a=rtpmap:100 VP8/90000 

a=sqn: @ 

a=cdsc: 1 video RTP/AVP 100 
a=cpar: a=rtcp-mux 

m=video 3456 RTP/AVP 101 
a=rtpmap:101 VP8/90000 
a=fmtp:10@ max-fr=15;max-fs=1200 
a=cdsc: 2 video RTP/AVP 101 
a=cpar: a=rtcp-mux 


In this example, the category IDENTICAL is inherited for the cpar-encapsulated "rtcp-mux" 
attribute. 


14.2. RFC 5939 Analysis 


[RFC5939] defines a general SDP capability negotiation framework. It also specifies how to 
provide transport protocols and SDP attributes as capabilities and negotiate them using the 
framework. 


For this purpose, [RFC5939] defines the following: 


e A set of capabilities for the session and its associated media-stream components, supported 
by each side. The attribute "a=acap" defines how to list an attribute name and its associated 
value (if any) as a capability. The attribute "a=tcap" defines how to list transport protocols 
(e.g., "RTP/AVP") as capabilities. 

e A set of potential configurations ("a=pcfg") provided by the offerer to indicate which 
combinations of those capabilities can be used for the session and its associated media 
stream components. Potential configurations are not ready for use until fully negotiated. 
They provide an alternative that MAY be used, subject to SDP capability-negotiation 
procedures. In particular, the answerer MAY choose one of the potential configurations for 
use as part of the current offer/answer exchange. 


e An actual configuration ("a=acfg") for the session and its associated media stream 
components. The actual configuration identifies the potential configuration that was 
negotiated for use. Use of an actual configuration does not require any further negotiation. 
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e A negotiation process that takes the current actual and the set of potential configurations 
(combinations of capabilities) as input and provides the negotiated actual configurations as 
output. In [RFC5939], the negotiation process is done independently for each media 
description. 


14.2.1. Recommendation: Procedures for Potential Configuration Pairing 


This section provides recommendations for entities generating and processing SDP under the 
generic capability-negotiation framework as defined in [RFC5939] under the context of media- 
stream multiplexing. 


These recommendations are provided for the purposes of enabling the offerer to make sure that 
the generated potential configurations between the multiplexed streams can (easily) be 
negotiated to be consistent between those streams. In particular, the procedures aim to simplify 
the answerer's procedure for choosing potential configurations that are consistent across all the 
multiplexed media descriptions. 


A potential configuration selects a set of attributes and parameters that become part of the media 
description when negotiated. When multiplexing media descriptions with potential 
configurations specified, there MAY be a need for coordinating this selection between 
multiplexed media descriptions to ensure the right multiplexing behavior. 


Although it is possible to analyze the various potential configurations in multiplexed media 
descriptions to find combinations that satisfy such constraints, it can quickly become 
complicated to do so. 


The procedures defined in [RFC5939] state that each potential configuration in the SDP has a 
unique configuration number; however, the scope of uniqueness is limited to each media 
description. To make it simple for the answerer to chose valid combinations of potential 
configurations across media descriptions in a given BUNDLE group, we provide a simple rule for 
constructing potential configurations: 


e Let m-bundle be the set of media descriptions that form a given bundle. 


e Let m-bundle-pcfg be the set of media descriptions in m-bundle that include one or more 
potential configurations. 


e Each media description in m-bundle-pcfg MUST have at least one potential configuration 
with the same configuration number (e.g., "1"). 


e For each potential configuration with configuration number x in m-bundle-pcfg, the offerer 
MUST ensure that if the answerer chooses configuration number x in each of the media 
descriptions in m-bundle-pcfg, then the resulting SDP will have all multiplexing constraints 
satisfied for those media descriptions. 

e Since it is nearly impossible to define a generic mechanism for various capability extensions, 
this document doesn't provide procedures for dealing with the capability-extension 
attributes. However, Section 14.3 provides analysis of media-capability-extension attributes 
as defined in [RFC6871]. 
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The above allows the answerer to easily find multiplexing-compatible combinations of potential 
configurations. The answerer simply chooses a potential configuration (number) that is present 
in all of the media descriptions with potential configurations in the bundle. 


Note that it is still possible for the offerer to provide additional potential configurations with 
independent configuration numbers. The answerer will have to perform more complicated 
analysis to determine valid multiplexed combinations of those. 


14.2.1.1. Example: Transport-Capability Multiplexing 


v=0 

o=alice 2890844526 2890844527 IN IP4 host.atlanta.example.com 
s= 

c=IN IP4 host.atlanta.example.com 

t=0 0 


a=tcap:1 RTP/SAVPF 
a=tcap:2 RTP/SAVP 
a=group:BUNDLE audio video 
m=audio 
a=mid:audio 
a=pcfg:1 t=1 
a=pcfg:2 

m=video 
a=mid:video 
a=pcfg:1 t=1 
a=pcfg:2 t=2 


In this example, the potential configurations that offer transport-protocol capability of RTP/ 
SAVPF have the same configuration number "1" in both the audio and video media descriptions. 


14.2.1.2. Example: Attribute-Capability Multiplexing 


v=0 

o=alice 2890844526 2890844527 IN IP4 host.atlanta.example.com 
s= 

c=IN IP4 host.atlanta.example.com 

t=0 0 


a=acap:1 a=rtcp-mux 

a=acap:2 a=crypto:1 AES_CM_128_HMAC_SHA1_80 
inline :EcGZiNWpFJhQXdspcl1ekcmVCNWpVLcefHAwJSoj|2^20]1:32 

a=group:BUNDLE audio video 

m=audio 49172 RTP/AVP 99 

a=mid:audio 

a=pcfg:1 a=1 

a=pcfg:2 

m=video 560024 RTP/AVP 100 

a=mid : video 

a=pcfg:1 a=1 

a=pcfg:2 a=2 
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In this example, the potential configuration number "1" is repeated while referring to attribute 
capability a=rtcp-mux, since the behavior is IDENTICAL for the attribute a=rtcp-mux under 
multiplexing. 


14.3. RFC 6871 Analysis 


[RFC6871] extends the capability negotiation framework described in [RFC5939] by defining 
media capabilities that can be used to indicate and negotiate media types and their associated 
format parameters. It also allows indication of latent configurations and session capabilities. 


14.3.1. Recommendation: Dealing with Payload Type Numbers 


[RFC6871] defines a new payload type parameter ("pt") to be used with the potential, actual, and 
latent configuration parameters. The parameter associates RTP payload type numbers with the 
referenced RTP-based media-format capabilities ("a=rmcap") defined in [RFC6871] and is 
appropriate only when the transport protocol uses RTP. This means that the same payload type 
number can be assigned as part of potential or actual configurations in different media 
descriptions in a bundle. There are rules for the usage of identical payload type values across 
multiplexed "m=" lines, described in [RFC8843], which must be followed here, as well. As 
described in Section 14.2.1, the use of identical configuration numbers for compatible 
configurations in different media descriptions that are part of the bundle provides a way to 
ensure that the answerer can easily pick compatible configurations here, as well. 
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14.3.1.1. Example: Attribute Capability under Shared Payload Type 
The attributes "a=rmcap" and "a=mfcap" follow the above recommendations under multiplexing. 


=0 

=- 25678 753849 IN IP4 192.0.2.1 
c=IN IP4 192.0.2.1 

t=0 0 

a=creq:med-v@ 

m=audio 54322 RTP/AVP 96 
a=rtpmap:96 AMR-WB/16@00/1 

a=fmtp:96 mode-change-capability=1; max-red=220; 
mode-set=0,2,4,7 

a=rmcap:1,3 audio AMR-WB/16000/1 
a=rmcap:2 audio AMR/8@00/1 
a=mfcap:1,2 mode-change-capability=1 
a=mfcap:3 mode-change-capability=2 
a=pcfg:1 m=1 pt=1:96 

a=pcfg:2 m=2 pt=2:97 

a=pcfg:3 m=3 pt=3:98 

m=audio 54322 RTP/AVP 96 
a=rtpmap:96 AMR-WB/16000/1 

a=fmtp:96 mode-change-capability=1; max-red=220; 
mode-set=0,2,4,7 

a=rmcap:4 audio AMR/8@00/1 

a=rmcap:5 audio OPUS/48000/2 
a=mfcap:5 minptime=4@ 

a=mfcap:4 mode-change-capability=1 
a=pcfg:1 m=4 pt=4:97 

a=pcfg:4 m=5 pt=5:101 


In this example, the potential configuration number "1" is repeated when referring to media and 
media-format capability used for the Payload Type 96. This implies that both media capabilities 2 
and 4, along with their media-format capabilities, MUST refer to the same codec configuration, as 
per the definition of IDENTICAL-PER-PT. 


14.3.2. Recommendation: Dealing with Latent Configurations 


[RFC6871] adds the notion of a latent configuration that provides configuration information that 
may be used to guide a subsequent offer/exchange -- e.g., by adding another media stream or 
using alternative codec combinations not currently offered. Latent configurations have 
configuration numbers that cannot overlap with the potential configuration numbers [RFC6871]. 
Supported combinations of potential and latent configurations are indicated by use of the 
"a=sescap" attribute; however, use of this attribute is not recommended with multiplexed media, 
since it requires the use of unique configuration numbers across the SDP. Taken together, this 
means there is no well-defined way to indicate supported combinations of latent configurations, 
or combinations of latent and potential configurations with multiplexed media. It is still allowed 
to use the latent configuration attribute; however, the limitations above will apply. To determine 
valid combinations, actual negotiation will have to be attempted subsequently instead. 
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15. IANA Considerations 


Section 15.1 defines a new subregistry, which has been added by the IANA, for identifying the 
initial registrations for various multiplexing categories applicable, as described in this document. 


IANA has added a new column named "Mux Category" to several of the subregistries in the 
"Session Description Protocol (SDP) Parameters" registry. The tables in Section 15.2 identify the 
names of entries in the existing subregistry and specify the value to be put in the new "Mux 
Category" column of the associated IANA registry for each. 


15.1. New "Multiplexing Categories" Subregistry 


A new subregistry has been created. It is called "Multiplexing Categories" and has the following 
registrations initially: 


Multiplexing Categories Reference 


NORMAL RFC 8859 
CAUTION RFC 8859 
IDENTICAL RFC 8859 
TRANSPORT RFC 8859 
SUM RFC 8859 
INHERIT RFC 8859 
IDENTICAL-PER-PT RFC 8859 
SPECIAL RFC 8859 
TBD RFC 8859 
Table 80 


Further entries can be registered using Standard Actions policies outlined in [RFC8126], which 
requires IESG review and approval and Standards Track IETF RFC publication. 


Each registration needs to indicate the multiplexing category value to be added to the 
"Multiplexing Categories" subregistry, as defined in this section. 


Such a registration MUST also indicate the applicability of the newly defined multiplexing 
category value to various subregistries defined in the "Session Description Protocol (SDP) 
Parameters" registry. 


Nandakumar Standards Track Page 57 


RFC 8859 SDP Attribute Multiplexing January 2021 


15.2. "Mux Category" Column for Subregistries 


Each subsection identifies a subregistry of the "Session Description Protocol (SDP) Parameters" 
registry. The tables list the column that identifies the SDP attribute name/Token/Value from the 
corresponding subregistries and the values to be used for the new "Mux Category" column to be 
added. 


Entries in the existing subregistries of the "Session Description Protocol (SDP) Parameters" 
registry that lack a value for the "Mux Category" in this specification will get a value of "TBD". 


The registration policy for updates to the "Mux Category" column values for existing parameters, 
or when registering new parameters, is beyond the scope of this document. The registration 
policy for the affected table is defined in [RFC8866]. 


15.2.1. Table: SDP bwtype 


The following values have been added to the "bwtype" subregistry of the "Session Description 
Protocol (SDP) Parameters" registry. The references have been updated to point to this RFC as 
well as the previous references. 


SDP Name Mux Category 
GE NORMAL 
AS SUM 
RS SUM 
RR SUM 
TIAS SPECIAL 
Table 81 


15.2.2. Table: attribute-name 


The following values have been added to the "attribute-name" (formerly "att-field") subregistry of 
the "Session Description Protocol (SDP) Parameters" registry. The references have been updated 
to point to this RFC as well as the previous references. 


NOTE: The attributes from [FLUTE] ("flute-tsi", "flute-ch", "FEC-declaration", "FEC-OTI-extension", 
"content-desc") were not analyzed for their multiplexing behavior, due to the expired status of 
the draft. For the purposes of this specification, the multiplexing category of "TBD" is assigned. 


SDP Name Mux Category 


cat NORMAL 
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SDP Name Mux Category 
keywds NORMAL 
type NORMAL 
type:broadcast NORMAL 
type:H332 NORMAL 
type:meeting NORMAL 
type:moderated NORMAL 
type:test NORMAL 
charset NORMAL 
charset:iso8895-1 NORMAL 
tool NORMAL 
ipbcp SPECIAL 
group NORMAL 
ice-lite NORMAL 
ice-options NORMAL 
bcastversion NORMAL 
3GPP-Integrity-Key CAUTION 
3GPP-SDP-Auth CAUTION 
alt-group CAUTION 
PSCid NORMAL 
bc_service NORMAL 
bc_program NORMAL 
bc_service_package NORMAL 
sescap CAUTION 
rtsp-ice-d-m TBD 
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SDP Name 
recvonly 
sendrecv 


sendonly 


sdplang 


lang 


h248item 


sqn 


cdsc 


cpar 


cparmin 


cparmax 


rtcp-xr 


maxprate 


setup 


connection 
key-mgmt 


source-filter 


inactive 


fingerprint 


flute-tsi 


flute-ch 


FEC-declaration 


FEC-OTI-extension 


content-desc 
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Mux Category 


NORMAL 


NORMAL 


NORMAL 


NORMAL 


NORMAL 


SPECIAL 


NORMAL 


NORMAL 


INHERIT 


SPECIAL 


SPECIAL 


NORMAL 


SPECIAL 


TRANSPORT 


TRANSPORT 


IDENTICAL 


IDENTICAL 


NORMAL 


TRANSPORT 


TBD 


TBD 


TBD 


TBD 


TBD 
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SDP Name 
ice-pwd 

ice-ufrag 
stkmstream 
extmap 
qos-mech-send 
qos-mech-recv 
csup 

creq 

acap 

tcap 
3GPP-QoE-Metrics 
3GPP-Asset-Information 
mbms-mode 
mbms-repair 
ike-setup 
psk-fingerprint 
multicast-rtcp 
rmcap 

omcap 

mfcap 

mscap 
3gpp.iut.replication 
bcap 


ccap 
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Mux Category 
TRANSPORT 
TRANSPORT 
NORMAL 
SPECIAL 
TRANSPORT 
TRANSPORT 
NORMAL 
NORMAL 
INHERIT 
INHERIT 
CAUTION 
CAUTION 


CAUTION 


CAUTION 


IDENTICAL 


IDENTICAL 


IDENTICAL 


IDENTICAL-PER-PT 


NORMAL 


IDENTICAL-PER-PT 


INHERIT 


TBD 


INHERIT 


IDENTICAL 
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SDP Name 

icap 

etag 
duplication-delay 
range 

control 

mtag 

ts-refclk 
mediaclk 
calgextmap 
ptime 

orient 
orient:portrait 
orient:landscape 
orient:seascape 
framerate 
quality 

rtpmap 

fmtp 

rtpred1 

rtpred2 
T38FaxVersion 
T38MaxBitRate 
T38FaxFillBitRemoval 


T38FaxTranscodingMMR 
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Mux Category 
NORMAL 

CAUTION 

NORMAL 

CAUTION 
CAUTION 
CAUTION 

NORMAL 

NORMAL 

NORMAL 
IDENTICAL-PER-PT 
NORMAL 

NORMAL 

NORMAL 

NORMAL 
IDENTICAL-PER-PT 
NORMAL 
IDENTICAL-PER-PT 
IDENTICAL-PER-PT 
CAUTION 
CAUTION 

TBD 

TBD 

TBD 


TBD 
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SDP Name Mux Category 
T38FaxTranscoding]BIG TBD 


T38FaxRateManagement TBD 


T38FaxMaxBuffer TBD 
T38FaxMaxDatagram TBD 
T38FaxUdpEC TBD 
maxptime IDENTICAL-PER-PT 
des CAUTION 
curr CAUTION 
conf CAUTION 
mid NORMAL 
rtcp TRANSPORT 
rtcp-fb IDENTICAL-PER-PT 
label NORMAL 
T38VendorInfo TBD 

crypto TRANSPORT 
eecid CAUTION 
aalType CAUTION 
capability CAUTION 
qosClass CAUTION 
bcob CAUTION 
stc CAUTION 
upcc CAUTION 
atmQOSparms CAUTION 
atmTrfcDesc CAUTION 
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SDP Name Mux Category 
abrParms CAUTION 
abrSetup CAUTION 
bearerType CAUTION 
lij CAUTION 
anycast CAUTION 
cache CAUTION 
bearerSigIE CAUTION 
aalApp CAUTION 
cbrRate CAUTION 
sbc CAUTION 
clkrec CAUTION 
fec CAUTION 
prtfl CAUTION 
structure CAUTION 
cpsSDUsize CAUTION 
aal2CPS CAUTION 
aal2CPSSDUrate CAUTION 
aal2sscs3661unassured CAUTION 
aal2sscs3661assured CAUTION 
aal2sscs3662 CAUTION 
aal5sscop CAUTION 
atmmap CAUTION 
silenceSupp CAUTION 
ecan CAUTION 
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SDP Name Mux Category 
gc CAUTION 
profileDesc CAUTION 
vsel CAUTION 
dsel CAUTION 
fsel CAUTION 
onewaySel CAUTION 
codecconfig CAUTION 
isup_usi CAUTION 
uiLayer1_Prot CAUTION 
chain CAUTION 
floorctrl TBD 

confid TBD 

userid TBD 

floorid TBD 

FEC NORMAL 
accept-types TBD 
accept-wrapped-types TBD 
max-size TBD 

path TBD 
dccp-service-code CAUTION 
rtcp-mux IDENTICAL 
candidate TRANSPORT 
ice-mismatch NORMAL 
remote-candidates TRANSPORT 
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SDP Name Mux Category 
SRTPAuthentication TBD 
SRTPROCTxRate TBD 
rtcp-rsize IDENTICAL 
file-selector TBD 
file-transfer-id TBD 
file-disposition TBD 
file-date TBD 
file-icon TBD 
file-range TBD 

depend IDENTICAL-PER-PT 
SSC NORMAL 
ssrc-group NORMAL 
rtcp-unicast IDENTICAL 
pefg SPECIAL 
acfg SPECIAL 
zrtp-hash TRANSPORT 
X-predecbufsize CAUTION 
X-initpredecbufperiod CAUTION 
X-initpostdecbufperiod CAUTION 
X-decbyterate CAUTION 


3gpp-videopostdecbufsize CAUTION 


framesize CAUTION 
3GPP-SRTP-Config CAUTION 
alt CAUTION 
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SDP Name 
alt-default-id 
3GPP-Adaption-Support 
mbms-flowid 
fec-source-flow 
fec-repair-flow 
repair-window 
rams-updates 
imageattr 

cfw-id 
portmapping-req 
ecn-capable-rtp 
visited-realm 
secondary-realm 
omr-s-cksum 
omr-m-cksum 
omr-codecs 
omr-m-att 
omr-s-att 
omr-m-bw 
omr-s-bw 
msrp-cema 
dccp-port 
resource 


channel 
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Mux Category 
CAUTION 
CAUTION 
CAUTION 
SPECIAL 
SPECIAL 
SPECIAL 
CAUTION 
IDENTICAL-PER-PT 
NORMAL 
CAUTION 
IDENTICAL 
TRANSPORT 
TRANSPORT 
NORMAL 
NORMAL 
NORMAL 
NORMAL 
NORMAL 
NORMAL 
NORMAL 
TBD 
CAUTION 
NORMAL 


NORMAL 
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SDP Name Mux Category 
cmid NORMAL 
content NORMAL 
Icfg SPECIAL 
loopback NORMAL 
loopback-source NORMAL 
loopback-mirror NORMAL 
chatroom TBD 

altc TRANSPORT 
T38FaxMaxIFP TBD 
T38FaxUdpECDepth TBD 


T38FaxUdpFECMaxSpan TBD 


T38ModemType TBD 

cs-correlation TBD 

rtcp-idms NORMAL 

cname NORMAL 
previous-ssrc NORMAL 

fmtp IDENTICAL-PER-PT 
ts-refclk NORMAL 

mediaclk NORMAL 

Table 82 
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15.2.3. Table: content SDP Parameters 


The following values have been added to the "content SDP Parameters" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


SDP Name Mux Category 
slides NORMAL 
speaker NORMAL 
sl NORMAL 
main NORMAL 
alt NORMAL 
g.3gpp.cat NORMAL 
g.3gpp.crs NORMAL 
Table 83 


15.2.4. Table: Semantics for the "group" SDP Attribute 


The following values have been added to the "Semantics for the 'group' SDP Attribute" 
subregistry of the "Session Description Protocol (SDP) Parameters" registry. The references have 
been updated to point to this RFC as well as the previous references. 


Token Mux Category 
ÈS NORMAL 
FID NORMAL 
SRF NORMAL 
ANAT CAUTION 
FEC NORMAL 
FEC-FR NORMAL 
cs NORMAL 
DDP NORMAL 
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Token Mux Category 
DUP NORMAL 
Table 84 


15.2.5. Table: "rtcp-fb" Attribute Values 


The following values have been added to the "'rtcp-fb' Attribute Values" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


Value Name Mux Category 


ack IDENTICAL-PER-PT 

app SPECIAL 

ccm IDENTICAL-PER-PT 

nack IDENTICAL-PER-PT 

trr-int IDENTICAL-PER-PT 
Table 85 


15.2.6. Table: "ack" and "nack" Attribute Values 


The following values have been added to the "‘ack' and 'nack' Attribute Values" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


Value Name Mux Category 
sli IDENTICAL-PER-PT 
pli IDENTICAL-PER-PT 
rpsi IDENTICAL-PER-PT 
app SPECIAL 
rai IDENTICAL-PER-PT 
tllei IDENTICAL-PER-PT 
pslei IDENTICAL-PER-PT 
ecn IDENTICAL 

Table 86 
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15.2.7. Table: "depend" SDP Attribute Values 


The following values have been added to the "'depend' SDP Attribute Values" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


Token Mux Category 

lay IDENTICAL-PER-PT 

mdc IDENTICAL-PER-PT 
Table 87 


15.2.8. Table: "cs-correlation" Attribute Values 


The following values have been added to the "'cs-correlation' Attribute Values" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


Value Mux Category 
callerid TBD 
uuie TBD 
dtmf TBD 
external TBD 
Table 88 


15.2.9. Table: Semantics for the "ssrc-group" SDP Attribute 


The following values have been added to the "Semantics for the 'ssrc-group' SDP Attribute" 
subregistry of the "Session Description Protocol (SDP) Parameters" registry. The references have 
been updated to point to this RFC as well as the previous references. 


Token Mux Category 

FID NORMAL 

FEC NORMAL 

FEC-FR NORMAL 

DUP NORMAL 
Table 89 
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15.2.10. Table: SDP/RTSP Key Management Protocol Identifiers 


The following values have been added to the "SDP/RTSP key management protocol identifiers" 
subregistry of the "Session Description Protocol (SDP) Parameters" registry. The references have 
been updated to point to this RFC as well as the previous references. 


Value Name Mux Category 
mikey IDENTICAL 
Table 90 


15.2.11. Table: Codec Control Messages 


The following values have been added to the "Codec Control Messages" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


Value Name Mux Category 

fir IDENTICAL-PER-PT 

tmmbr IDENTICAL-PER-PT 

tstr IDENTICAL-PER-PT 

vbcm IDENTICAL-PER-PT 
Table 91 


15.2.12. Table: QoS Mechanism Tokens 


The following values have been added to the "QoS Mechanism Tokens" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


QoS Mechanism Mux Category 


rsvp TRANSPORT 
nsis TRANSPORT 
Table 92 
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15.2.13. Table: SDP Capability Negotiation Option Tags 


The following values have been added to the "SDP Capability Negotiation Option Tags" 
subregistry of the "Session Description Protocol (SDP) Parameters" registry. The references have 
been updated to point to this RFC as well as the previous references. 


Option Tag Mux Category 

cap-v0 NORMAL 

med-v0 NORMAL 

bcap-v0 NORMAL 

ccap-v0 NORMAL 

icap-v0 NORMAL 
Table 93 


15.2.14. Table: Timestamp Reference Clock Source Parameters 


The following values have been added to the "Timestamp Reference Clock Source Parameters" 
subregistry of the "Session Description Protocol (SDP) Parameters" registry. The references have 
been updated to point to this RFC as well as the previous references. 


Name Mux Category 
ntp NORMAL 
ptp NORMAL 
gps NORMAL 
gal NORMAL 
glonass NORMAL 
local NORMAL 
private NORMAL 
Table 94 
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15.2.15. Table: Media Clock Source Parameters 


The following values have been added to the "Media Clock Source Parameters" subregistry of the 
"Session Description Protocol (SDP) Parameters" registry. The references have been updated to 
point to this RFC as well as the previous references. 


Name Mux Category 

sender NORMAL 

direct NORMAL 

IEEE 1722 NORMAL 
Table 95 


16. Security Considerations 


The primary security considerations for RTP, including the way it is used here, are described in 
[RFC3550] and [RFC3711]. 


When multiplexing SDP attributes with the category "CAUTION", the implementations should be 
aware of possible issues described in this specification. 
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